bloatpad: move action/menu setup to ::startup

No need to waste time doing this in init() if we are not going to become
the primary instance.

bloatpad: port to GActionMap for application

g_application_set_action_group() is now deprecated.

GtkModelMenuItem: don't leak a GVariant

bloatpad: use GtkBuilder for constructing menus

This is closer to what a real application would want to do.

GtkModelMenuItem: omit indicator if not required

GtkModelMenuItem, being based on GtkCheckMenuItem, was always reserving
space for a check/radio indicator.  This ends up looking pretty strange
in a GtkMenuBar.

Don't reserve space for the indicator unless it's appropriate.

GtkApplicationWindow: nuke some g_print spew

GtkApplcationWindow: plug two obvious leaks

GtkApplicationWindow: Consistently unparent menubar

We create it floating, and don't hold an extra ref, so we should
just unparent it.

GtkApplicationWindow: clean up menubar logic

Only add a separator when a section ends

introduce GtkModelMenuItem

This GtkMenuItem subclass (and GActionObserver implementation) contains
all the knowledge necessary for converting a GMenuModel item description
into a GtkMenuItem.

Remove much of the code that used to do this from
gtkapplicationwindow.c.

GtkSettings: add shell-shows-menubar property

Unity will set this to tell us that it is going to handle displaying the
menubar.

Only add separators when a section actually ends

Bloatpad: Add a View menu for fullscreen

Bloatpad: Don't leak a menu model

bloatpad: Be 640x480 by default

Because otherwise we're just a few pixels, and this is the least lame
solution I know of in GTK+.

GtkApplicationWindow: Further sanitize handling of merging app menu and menubar

The _set_show_app_menu should really be _set_show_menubar().

Also, correctly display just the window menu in the window when run
under GNOME 3.

bloatpad: Fix Edit to be a submenu

GtkApplication: Merge app menu and menubar

Change bloatpad to have both an app menu and a menubar.

GtkApplicationWindow: Make mnemonics work for stateful actions

Bloatpad: Add mnemonics to the menu

GtkApplicationWindow: Don't unref a NULL object

Adapt to changes in GLib API

g_application_get_menu() -> get_app_menu().

Drop GtkApplicationMenuButton for now

This feels premature; we do have the fallback situation covered
adaequately with the menubar, and people can do their own creative
solutions with gtk_application_window_get_menu(), so we don't have
to offer a widget for this right now.

Remove a redundant test

GtkApplicationMenuButton: add docs

Undoccommentify action muxer files

Whitespace fixes

Hook up docs

Remove no-longer existing function

GtkApplicationWindow: more docs

Include gtkapplicationmenubutton.h in gtk.h

GtkApplicationWindow: mark a string for translation

Some coding style fixes

GtkApplication: doc improvement

Some initial docs

Drop an unused variable

Don't call g_object_unref on a variant

Tsk, tsk...

GtkApplicationWindow: Use dispose for GObjects

This ensures we break cyclic references.

gtkapplicationwindow: Pick up gtk-shell-shows-app-menu XSetting

Calling gtk_application_window_set_show_app_menu() is now an override
for that setting.  If you don't call it, we pick up the default.

gdk: Fix prototype for gdk_x11_window_set_utf8_property

bloatpad: use GtkApplicationMenuButton

add GtkApplicationMenuButton

bloatpad: add 'win.fullscreen' action

bloatpad: make "about" a window action

By making "about" a per-window action, we can pop the about dialog up on
top of the correct window instead of trying to guess from the
application list of windows.

GtkApplicationWindow: wire up action activations

Wire the 'activate_action' and 'change_action_state' vfuncs through to
the GSimpleActionGroup.

gtk.symbols fixes

GtkApplicationWindow: implement GActionMap

port bloatpad to the new APIs

add GtkApplicationWindow

This is a GtkWindow subclass that "application windows" will use.  Each
is associated with a GtkApplication, has the ability to show menus and
will have its own associated set of actions.

add GActionMuxer and observer interfaces

These were destined for GLib, but they don't really make sense as a
public API.  Instead, we'll copy/paste them around between the various
codebases that need to render menus.

GtkSettings: add shell-shows-app-menu property

This is a boolean property that will be set to TRUE if the current
desktop environment is capable of displaying the application menu as
part of the desktop shell.

If it is FALSE then the application will need to display the menu for
itself.

Make it build against the current wip/menus-rebase3 branch

testgmenu: #ifdef out non-compiling code for now

Add a very bad fallback check

...maybe committing this inspires some better solution.

window: Set a _DBUS_APPLICATION_ID X11 window property

This will allow gnome-shell to reference it.

x11: Add gdk_x11_window_set_utf8_property

A convenience function to manipulate UTF-8 X11 properties; no point
in wrapping each one in individual setters.

GtkApplication: Insert separators after sections

The previous code was only inserting a separator when a new
section was starting right away, which may not always be the
case.

testgmenu: Insert separators after sections

The previous code was only inserting a separator when a new
section was starting right away.

GtkApplication: Initial attempt at section headings

This should be redone to show the label together with the
separator line, somehow. For now, just put the label below
the separator, as a separate item.

testgmenu: Initial attempt at section headings

This should be redone to show the label together with the
separator line, somehow. For now, just put the label below
the separator, as a separate item.

GtkApplication: use activate for actions here, too

testgmenu: Use activate with parameter for radio actions

This is how stateful actions are supposed to be activated, using
change_state for this was not right at all.

testgmenu: Use activate for toggle actions

This is how stateful actions are supposed to be activated, using
change_state for this was not right at all.

testgmenu: Quit on delete-event

Adapt to api changes in GMenuModel

Adapt to object path conventions

Seems common to expect 'path == bus name with slashes'.

bloatpad: Add an example app menu

The bloatpad example shows simple GtkApplication usage,
so it makes sense to test app menu api here as well.

GtkApplication: add a way to get the appmenu

This function either returns a GtkMenu or NULL.
Still to do: detect if the app menu is externally handled.

Drop an unused variable

Remove an unneeded include

testgmenu: Demonstrate how translatable labels work

Pass domain to the menu parser

This is necessary to make translations in markup work.

More dynamic changes

Cleanups

Separate the menu generation code and all callbacks in a
MenuHolder struct.

Quick-and-dirty GtkBuilder integration

This makes GtkBuilder accept a GMenuMarkup tree at the toplevel
(ie with <menu id='foo'> being a child of <interface>) and the resulting
GMenu object can be obtained via gtk_builder_get_object (builder, "foo").

Brute-force dynamic change propagation

We need to make sure that we connect to ::items-changed on every
single model, as they appear and disappear. Ugly business.

First attempt at handling dynamic changes

We need to connect to items-changed on _every_ menu
model, which is somewhat icky. For some reason, this
works fine with a local model, but not with D-Bus in
between. Debugging needed.

Add code for dynamic changes

Add and remove items and actions - we don't update
the menus properly yet.

Add some todos

Some GMenu test code

This is some test code for constructing GtkMenus from GMenus.

Updated Spanish translation

a11y: emit entry signals immediately

We want to emit signals when stuff happens, not sometime later. That way
we can also catch the correct text that was deleted.

https://bugzilla.gnome.org/show_bug.cgi?id=659445

x11: Avoid spurious focus events on grabs

We want to avoid handling focus events for the private focus window,
otherwise the keyboard grab taken by for example buttons will cause a
spurious FOCUS_OUT/FOCUS_IN on the toplevel.

The code that did this seems to have been lost in the XI2 transition for
GTK3.

https://bugzilla.gnome.org/show_bug.cgi?id=657578

x11: Unify focus handling code

This code was essentially copy-pasted in two locations, so unify them in
the same place.

https://bugzilla.gnome.org/show_bug.cgi?id=657578

a11y: implement widget_(un)set in ContainerCell

a11y: Make GtkCellAccessible a GtkAccessible

tests: Avoid deprecation warning

accessible: Deprecate gtk_accessible_connect_widget_destroyed()

That was an abomination. Also, if people called it twice, you got even
mor signal handlers!

widget: Set widget in accessible's constructor

No need to add t manually later.

a11y: Don't connect_destroyed anymore

It's not used now that set_widget() does the right thing.

iconview: Simplify adjustment monitoring for accessible

a11y: Remove widget_destroyed call

GtkAccessible does all of that for us now.

a11y: Use widget_unset vfunc in treeview

accessible: Ensure we unset the widget when finalizing

widget: Unref accessible

a11y: Fix crash in notebook

When the accessible was disposed before the notebook it referenced, the
weak ref could still trigger. This works around it.

widget: Unset self from accessible

widget: Unset widget on accessibles

accesible: Manage the DEFUNCT state

A GtkAccessible with a NULL widget is defunct, there's no way around it.